Serveur d'exploration sur la recherche en informatique en Lorraine

Attention, ce site est en cours de développement !
Attention, site généré par des moyens informatiques à partir de corpus bruts.
Les informations ne sont donc pas validées.

The design and specification of the ASSPEGIQUE database

Identifieur interne : 00DE11 ( Main/Exploration ); précédent : 00DE10; suivant : 00DE12

The design and specification of the ASSPEGIQUE database

Auteurs : M. Bidoit [France] ; F. Capy [France] ; C. Choppy [France]

Source :

RBID : ISTEX:D28D89B6C173294F9DA3BEDEF34C0B841D32A6F1

Abstract

Abstract: Among the design issues for symbolic computation systems, a non trivial one is the design of the database where informations (specifications, proofs, test sets, program modules, etc.) that are necessary to use the various tools available are stored. In this paper we address the design of a database for an algebraic specification environment, and provide an algebraic specification for this database management. One of the issues in this design is to distinguish between “static” aspects, i.e. the attribute updating that is necessary to preserve the database consistency when a single action takes place, and the “dynamic” aspects, that take into account the management of concurrent accesses to the database. The specification language modularity was crucial in order to correctly specify such notions as “coherent list of attributes”, “coherent list of modules”, etc. Since various cases of attribute dependencies were studied (transitive dependence of a given module attributes, and dependence w.r.t. other module attributes), the specification may be easily modified to take into account modifications in the environment architecture (when new tools are added, some new attributes may be necessary). In the same way, this specification could be adapted to specify other symbolic computation systems database management. Due to lack of space the extension of the specified database to the dynamic one is not given here, but this extension is a further argument to demonstrate the feasability and interest of our approach.

Url:
DOI: 10.1007/3-540-52531-9_141


Affiliations:


Links toward previous steps (curation, corpus...)


Le document en format XML

<record>
<TEI wicri:istexFullTextTei="biblStruct">
<teiHeader>
<fileDesc>
<titleStmt>
<title xml:lang="en">The design and specification of the ASSPEGIQUE database</title>
<author>
<name sortKey="Bidoit, M" sort="Bidoit, M" uniqKey="Bidoit M" first="M." last="Bidoit">M. Bidoit</name>
</author>
<author>
<name sortKey="Capy, F" sort="Capy, F" uniqKey="Capy F" first="F." last="Capy">F. Capy</name>
</author>
<author>
<name sortKey="Choppy, C" sort="Choppy, C" uniqKey="Choppy C" first="C." last="Choppy">C. Choppy</name>
</author>
</titleStmt>
<publicationStmt>
<idno type="wicri:source">ISTEX</idno>
<idno type="RBID">ISTEX:D28D89B6C173294F9DA3BEDEF34C0B841D32A6F1</idno>
<date when="1990" year="1990">1990</date>
<idno type="doi">10.1007/3-540-52531-9_141</idno>
<idno type="url">https://api.istex.fr/ark:/67375/HCB-JNR6ZV6C-T/fulltext.pdf</idno>
<idno type="wicri:Area/Istex/Corpus">003211</idno>
<idno type="wicri:explorRef" wicri:stream="Istex" wicri:step="Corpus" wicri:corpus="ISTEX">003211</idno>
<idno type="wicri:Area/Istex/Curation">003171</idno>
<idno type="wicri:Area/Istex/Checkpoint">003217</idno>
<idno type="wicri:explorRef" wicri:stream="Istex" wicri:step="Checkpoint">003217</idno>
<idno type="wicri:doubleKey">0302-9743:1990:Bidoit M:the:design:and</idno>
<idno type="wicri:Area/Main/Merge">00E691</idno>
<idno type="wicri:Area/Main/Curation">00DE11</idno>
<idno type="wicri:Area/Main/Exploration">00DE11</idno>
</publicationStmt>
<sourceDesc>
<biblStruct>
<analytic>
<title level="a" type="main" xml:lang="en">The design and specification of the ASSPEGIQUE database</title>
<author>
<name sortKey="Bidoit, M" sort="Bidoit, M" uniqKey="Bidoit M" first="M." last="Bidoit">M. Bidoit</name>
<affiliation wicri:level="4">
<country xml:lang="fr">France</country>
<wicri:regionArea>Laboratoire de Recherche en Informatique, U.A. 410 du C.N.R.S., Université Paris-Sud, Bâtiment 490, F 91405, Orsay Cédex</wicri:regionArea>
<placeName>
<region type="region" nuts="2">Île-de-France</region>
<settlement type="city">Orsay Cédex</settlement>
</placeName>
<orgName type="university">Université Paris-Sud</orgName>
</affiliation>
</author>
<author>
<name sortKey="Capy, F" sort="Capy, F" uniqKey="Capy F" first="F." last="Capy">F. Capy</name>
<affiliation wicri:level="4">
<country xml:lang="fr">France</country>
<wicri:regionArea>Laboratoire de Recherche en Informatique, U.A. 410 du C.N.R.S., Université Paris-Sud, Bâtiment 490, F 91405, Orsay Cédex</wicri:regionArea>
<placeName>
<region type="region" nuts="2">Île-de-France</region>
<settlement type="city">Orsay Cédex</settlement>
</placeName>
<orgName type="university">Université Paris-Sud</orgName>
</affiliation>
<affiliation></affiliation>
</author>
<author>
<name sortKey="Choppy, C" sort="Choppy, C" uniqKey="Choppy C" first="C." last="Choppy">C. Choppy</name>
<affiliation wicri:level="4">
<country xml:lang="fr">France</country>
<wicri:regionArea>Laboratoire de Recherche en Informatique, U.A. 410 du C.N.R.S., Université Paris-Sud, Bâtiment 490, F 91405, Orsay Cédex</wicri:regionArea>
<placeName>
<region type="region" nuts="2">Île-de-France</region>
<settlement type="city">Orsay Cédex</settlement>
</placeName>
<orgName type="university">Université Paris-Sud</orgName>
</affiliation>
</author>
</analytic>
<monogr></monogr>
<series>
<title level="s" type="main" xml:lang="en">Lecture Notes in Computer Science</title>
<title level="s" type="abbrev">Lect Notes Comput Sci</title>
<idno type="ISSN">0302-9743</idno>
<idno type="eISSN">1611-3349</idno>
<idno type="ISSN">0302-9743</idno>
</series>
</biblStruct>
</sourceDesc>
<seriesStmt>
<idno type="ISSN">0302-9743</idno>
</seriesStmt>
</fileDesc>
<profileDesc>
<textClass></textClass>
</profileDesc>
</teiHeader>
<front>
<div type="abstract" xml:lang="en">Abstract: Among the design issues for symbolic computation systems, a non trivial one is the design of the database where informations (specifications, proofs, test sets, program modules, etc.) that are necessary to use the various tools available are stored. In this paper we address the design of a database for an algebraic specification environment, and provide an algebraic specification for this database management. One of the issues in this design is to distinguish between “static” aspects, i.e. the attribute updating that is necessary to preserve the database consistency when a single action takes place, and the “dynamic” aspects, that take into account the management of concurrent accesses to the database. The specification language modularity was crucial in order to correctly specify such notions as “coherent list of attributes”, “coherent list of modules”, etc. Since various cases of attribute dependencies were studied (transitive dependence of a given module attributes, and dependence w.r.t. other module attributes), the specification may be easily modified to take into account modifications in the environment architecture (when new tools are added, some new attributes may be necessary). In the same way, this specification could be adapted to specify other symbolic computation systems database management. Due to lack of space the extension of the specified database to the dynamic one is not given here, but this extension is a further argument to demonstrate the feasability and interest of our approach.</div>
</front>
</TEI>
<affiliations>
<list>
<country>
<li>France</li>
</country>
<region>
<li>Île-de-France</li>
</region>
<settlement>
<li>Orsay Cédex</li>
</settlement>
<orgName>
<li>Université Paris-Sud</li>
</orgName>
</list>
<tree>
<country name="France">
<region name="Île-de-France">
<name sortKey="Bidoit, M" sort="Bidoit, M" uniqKey="Bidoit M" first="M." last="Bidoit">M. Bidoit</name>
</region>
<name sortKey="Capy, F" sort="Capy, F" uniqKey="Capy F" first="F." last="Capy">F. Capy</name>
<name sortKey="Choppy, C" sort="Choppy, C" uniqKey="Choppy C" first="C." last="Choppy">C. Choppy</name>
</country>
</tree>
</affiliations>
</record>

Pour manipuler ce document sous Unix (Dilib)

EXPLOR_STEP=$WICRI_ROOT/Wicri/Lorraine/explor/InforLorV4/Data/Main/Exploration
HfdSelect -h $EXPLOR_STEP/biblio.hfd -nk 00DE11 | SxmlIndent | more

Ou

HfdSelect -h $EXPLOR_AREA/Data/Main/Exploration/biblio.hfd -nk 00DE11 | SxmlIndent | more

Pour mettre un lien sur cette page dans le réseau Wicri

{{Explor lien
   |wiki=    Wicri/Lorraine
   |area=    InforLorV4
   |flux=    Main
   |étape=   Exploration
   |type=    RBID
   |clé=     ISTEX:D28D89B6C173294F9DA3BEDEF34C0B841D32A6F1
   |texte=   The design and specification of the ASSPEGIQUE database
}}

Wicri

This area was generated with Dilib version V0.6.33.
Data generation: Mon Jun 10 21:56:28 2019. Site generation: Fri Feb 25 15:29:27 2022